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(57) Abstract 

A secure computer controlling access 100 
to data storage devices via a card reader. A 
microprocessor-controlled card reader inter- 
face logically connected to the card reader 
and the central processing unit (CPU) of the 
computer reads and writes information from 
and to a card placed in the card reader and 
performs additional functions in response to 
commands received from the CPU. The card 
reader interface includes an encryption en- 
gine for encrypting data in a data storage 213 
device and a boot ROM containing verifica- 
tion program code executed during an ini- 
tialization procedure. Tlie verification pro- 
gram verifies that a valid user card has been 
placed in the card reader, reads one or more 
questions from the user card, asks the ques- 
tions of the user and verifies the answers 
against the contents of the card. If autho- 
rization is verified, the card reader interface 
permits the user to access the encrypted data. 
Otherwise, the user is denied access to the 290 
data by one or more of the following meth- 
ods: freezing the system bus, and requiring 
the user to reset the computer and re-enter 
the verification program; logically destroy- 
ing the data in the data storage devices; and 
physically destroying the data storage de- 
vices. 



212:-- 



224 226 

WI T 



710 



Hard DflvB 
Controtor 
logic 



CPU 



11 



221- 
230 



111 



canS reader 



228 720 



115 



tCcartI 



109 



240 



Contrdl 
AStC 



Fraw* 



K 

211 



292 



Processor 
Z8 


222 


Date Steering 
Netvin>fK 




RAM 

Vco 









260 Vcc 




2B0 



ROM 



272 



trigger 



Hard Drive 



113 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCX on the front pages of pamphlets publishing international 
applications under the PCT. 



AT 


Austria 


GB 


United Kingdom 


MR 


Mauritania 


AU 


Australia 


GE 


Georgia 


MW 


Malawi 


BB 


Barbados 


GN 


Guinea 


NE 


Niger 


BE 


Belgium 


GR 


Greece 


HL 


Netherlands 


BF 


Burkina Kaso 


HU 


Hungary 


NO 


Norway 


EG 


Bulgaria 


IE 


Ireland 


NZ 


New Zealand 


BJ 


Benin 


IT 


Italy 


PL 


Poland 


BR 


Brazil 


JP 


Japan 


FT 


Portugal 


BY 


Belarus 


K£ 


Kenya 


RO 


Romania 


CA 


Canada 


KG 


Kyrgystan 


RU 


Russian Federation 


CF 


Central AMcan Republic 


KP 


Democratic Peopte's Republic 


SD 


Sudan 


CG 


Congo 




of Korea 


5E 


Sweden 


CH 


Switzerland 


KR 


Republic of Korea 


SI 


Slovenia 


CI 


CAte d'lvoirc 


KZ 


Kazakhstan 


SK 


Slovakia 


CM 


Cameroon 


LI 


Liechtenstein 


SN 


Senegal 


CN 


China 


LK 


Sri Lanka 


TD 


Chad 


CS 


Czechoslovalda 


LU 


Luxembourg 


TG 


Togo 


CZ 


Czech Republic 


LV 


Latvia 


TJ 


Tiuildstan 


DE 


Gertnany 


MC 


Monaco 


TT 


Trinidad and Tobago 


DK 


Denmark 


MD 


Republic of Moldova 


UA 


Ukraine 


£S 


Spain 


MG 


Madagascar 


US 


United States of America 


Fl 


Finland 


ML 


Mali 


uz 


Uzbekistan 


FR 


France 


MN 


Mongolia 


VN 


Viet Nam 


CA 


Gabon 











wo 95/24696 



PCT/US95/02579 



PREBCXJT PROTECnON FOR A DATA SECURTTY SYSTEM 

5 Technical Field of the Invention 

The present invention pertains generally to connputer security 
systems, and more particularly to a microprocessor-controlled system for 
controlling user access to and dissemination of secure data stored in a secure 
con^xiter. 

10 Background of the Invention 

There has been an enormous increase in the use of computers 
for processing and storing sensitive information in a wide variety of 
commercial and government plications. Computer systems have evolved 
from large systems with restricted access to small systems vAnch may be 

15 portable and easily accessed by several users. As components have become 
more easily accessible and as demand for easy computer access has spread, 
there has arisen a greater need for the protection of sensitive data 

One method for securing access to conputer systems is to 
restrict the physical access to the cornputec system, however, such restriction 

20 is ineflSdent for typical computer system installations which favor shared 
access and increased portability. The cost of securing conpiter systems by 
restricting physical access is also prohibitive. 

Anotiier method for providing security of sensitive data is to 
use a program to restrict access to the conputer system However, this 

25 method has drawbacks. For instance, an unauthorized user can often bypass 
the security program or routines v^ch invoke the security program to gain 
access to the computer system Even if the security program proves to be 
difficult to bypass, the unauthorized user can singly remove the information 
stored in the con:5)Uter by removing the memory or monitoring the data bus. 

30 For exanple, a hard drive could be removed from the conpiter and installed 
in another coiT5)uter to read the contents of the hard drive. 

To prevent sudi unauthorized access and retrieval of sensitive 
information, sensitive data may be destroyed either logically or physically. 
Lx>gical destruction requires that any data destroyed be unintelligible to 

35 another user after the destmction process has taken place. The storage media 
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will typically still be reusable. An exan^Dle of a logical destruction program 
is a program which erases tlie sensitive files on a hard drive when an 
unauthorized access is detected. Physical data destruction, on the other hand, 
requires catastrophic destruction of the storage media to ensure that the 

5 contents in the storage media are irretrievably lost. 

In some applications the program destroying the logical data 
fails to coopletely destroy the data and advanced data retrieval techniques 
may be enployed to recover traces of logically destroyed informatioa For 
example, information on a hard drive of a computer may be recovered by 

10 methods vMch detect previously written and erased binary words from trace 
magnetic remnants of the words. If the logical destmction methods are only 
partially eflFective, physical destruction techniques may also be required to 
msure that the data is destroyed and cannot be recovered. 

It may be desirable to restrict access to particular peripheral 

15 devices on a conputer or workstation, rather than restricting access to the 
entire conputer system. Modem con:5)uter security systems fail to provide 
such restricted access. 

Therefore, there is a need in the art for a conputer security 
system wiiich prohibits unauthorized access and \^ch is not vulnerable to 

20 bypass yet maintains the portability and fl»dbility inherent in a modem 
computer system There is a finther need to provide conplete protection of 
sensitive data such that the data may not be recovered by bypassing the data 
protection system or by physical removal of data storage devices. Finally, the 
system must also provide conqjlete destruction of sensitive data to prevent 

25 retrieval of data traces. 

Summary of the Invention 
To overcome these and other shortcomings and limitations in 
the art which will become parent to those skilled in the art upon reading 
and understanding the following detailed description, the present invention 
30 provides a system for controlling access to sensitive information on a 

computer witiiout conpromising the security of sensitive data. The present 
invention restricts con5)uter access to authorized users. In addition, it detects 
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attenf^ts to imitate an authorized user to gain access. Further, the present 
invention provides for configurable logical and physical destruction of 
sensitive data, and provides means for adjusting the threshold requirement for 
destruction and the level of destmction to suit the degree of security required 

5 for the information stored on the conputer. Finally, the present invention 
provides a means, under the control of a centralized audiorization security 
administrator, for limiting access to portions of the overall computer system 
depending on the access privileges configured for each individual user. 

In one embodiment of the present invention, a microprocessor- 

10 controlled card reader interface logically connected to the CPU of the 

conputer reads and writes information firom and to an integrated circuit card 
C^card" or "smart card") placed in the card reader. The information read is 
presented to the CPU to determine v^ether the user is authorized to use the 
con^Duter, the CPU then specifies vMch peripherals the user is authorized to 

15 access. A card reader interface board logically coimected to the data and 
address buses of a con5)uter monitors address bus of the corrq^uter and 
restricts access to the data storage devices and configurable ports in the 
system and executes a special verification program to verify authorization of 
the user. 

20 According to one embodiment of the present invention, vsiien a 

valid user card is placed in the card reader one or more questions are read 
fi-om the card and displayed to the user. The user's responses are compared to 
the correct answers stored on the card and, if the responses match the correct 
answers, the CPU is allowed to access all peripherals the user has been 

25 authorized to use. Con^Duter security is improved by coordinating 

identification infomaation received from the card, user, and conqiuter RAM to 
ensure proper verification. The system requires that the same card, user, and 
corrputer be xised to control access. 

In one embodiment of diis invention, the system provides for a 

30 method of initializing and authorizing a user card with a security administrator 
card l^xjn a valid security administrator card being placed in the card 
reader, a security administrator initializes and authorizes one or more 
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individual user cards by selecting from a list of menu options displayed to the 
security administrator The security administrator inputs a list of questions 
and answers wiuch are then stored on the user card for use during the 
verification procedure. 

5 In one embodiment of the present invention, the system 

provides for a hierarchy of access privileges by encoding access codes direcdy 
on the card vMch allow users with sq)OTor access privileges to access data 
on conputers of users with inferior access privileges. The same coding 
system prevents the uscts with inferior access privileges from accessing the 

10 conputers of those with siq^erior access privileges. 

In one embodiment of the present invention, the system 
provides for the physical or logical destruction of data in response to 
unauthorized attenpts by a user to violate the physical or logical integrity of 
the can5)uter system. The physical and logical destruction of data may be 

15 disabled for maintenance or configuration purposes by use of a maintenance 
card 

The preceding and other features and advantages of tiie 
invention will become finrther ^jparent from the detailed description that 
follows. This description is acconpanied by a set of drawing figures. 
20 Numerals are enployed throughout the written description and the drawings to 
point out the various features of this invmtion, like numerals referring to like 
features tiiroughout. 

Brief Description of the Drawings 
In tiie drawings, yA\crc like numerals describe like conponents 
25 tiarou^oxit the several views: 

FIGURE 1 A is a perspective view of a first embodiment of a 
secure conputer system inplemented according to the present invention; 

FIGURE IB is a block diagram showing the high-level 
architecture of a first embodimmt of a secure con:5)uter system in[5)lemented 
30 according to the present invention; 
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FIGURE IC is an electrical block diagram showing the 
microprocessor-controlled card reader interface for a first embodiment of a 
secure conputer system according to the present invention; 

FIGURE ID is a perspective view of a second embodiment of a 
5 secure conputer system implemented according to the present invention; 

FIGURE IE is a perspective view of a third embodiment of a 
secure cong)uter syston Lmplemmted according to the present invention; 

FIGURE 2A is a block diagram of a conputer system with a 
hard drive and interface board; 
]0 FIGURE 2B is a block diagram showing how a computer 

system with hard drive is modified to create a secure computer system 
according to a second embodiment of the present invention; 

FIGURE 3 is a block diagram showing the hi^ level 
architecture of a secure conq)uter system according to a second embodiment 
15 of the present invention; 

FIGURE 4 is a block diagram showing the high level 
architecture of one embodiment of the control ASIC shown in FIGURE 3; 

FIGURE 5 shows a block diagram illustrating the operation of 
one embodiment of the data steering network shown in FIGURE 3; 
20 FIGURE 6 is a block diagram showing the loader program and 

verification program resident in- the read only memory (ROM) of one 
embodiment of the card reader interfece board of FIGURE 3; 

FIGURES 7A, 7B, 7C, and 7D are a flow diagram showing 
program steps taken to initialize and execute the secxnity portion of a secure 
25 con5)uter system program according to the present invention; 

FIGURE 8 is a block diagram showing a hierarchy of access 
for users of a secure conputer system; and 

FIGURE 9A and FIGURE 9B illustrate a pictorial display of 
one embodiment of a mounting scheme used to co-locate a card reader and 
30 hard drive. 
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Detailed S|:)ecificatiQn of the Preferred Embodiments 
In the following detailed description of the preferred 
embodiments, reference is made to the accooipanying drawings which form a 
part hereof, and in A\hich is shown by way of illustration specific 
5 embodiments in vviiich the invention may be practiced It is to be understood 
that other embodiments may be utilized and structural changes m^ be made 
without departing firom the scope of the present inventioa 

FIGURE lA shows the conponents of a corr5)xiter system to be 
secured with a card reader interface according to a first embodiment of the 

10 present invention. This embodiment was shown in U.S. Patent No. 5,327,497, 
issued July 5, 1994, by Mooney, et al. The conputer system includes a 
keyboard 101 by vAidtx a user may input data into the system, a computer 
chassis 103 which holds electrical conqxments and peripherals, a screen 
display 105 by vMch information is displayed to the user, and a pointing 

15 device 107, the system camponeots logically connected to each other via the 
internal system bus of the conputer. A card reader 111 is connected to the 
secure conputer system via card reader interface board 109. The preferred 
card reader 1 1 1 is an Arrphenol® "Chipcard" acceptor device, part number 
702-10M008 5392 4794, whidi is conpatible with International Standards 

20 Organization (ISO) specification 7816, althougji one skilled in the art would 
readily recognize that other card reader devices v^di conform to ISO 7816 
may be substituted 

In order for the con^Duter system to be secured, a card reader 
interface is integrated into the conqDUter system in a manner similar to that as 

25 revealed in FIGURE IB. A card reader interface board 109 contains a 

microprocessor 1 16 connected to the CPU of the conpiter via a second data 
bus 1 17, connected to RAM 127 via a fliird data bus 131, and connected to 
the card reader 1 1 1 via a fourth data bus 133. The interface board 109 is 
typically inqjlen^ted with printed circuit board tedmology, althou^ other 

30 equivalent tedmologies may be substituted without loss of generahty. 

Peripherals 121 within con^uter 103 are controlled by the CPU 123 and PLD 
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129 with a power control circuit 1 19, which turns power off and on to 
peripherals 121. A system boot ROM 126 logically connected to the CPU 
123 to start executing a non-volatile program contained in PLD 129 vpon 
initialization of the computer during power-up, clear, or warm-boot reset. 

5 An IC card 115 is used in conjunction with card reader 111. 

The preferred card 1 15 is a MICRO CARD® or GEMPLUS® card (for 
exanqjle, Scot 100, TBIOO, or COS IC cards), which is compatible with ISO 
7816. By conforming to this standard, the card 115 enables the support of 
Data Encryption Standard (DES) data encryption and decryption functions. 

10 One skilled m the art would readily recognize that other cards wiiich conform 
to this standard and provide data mcryption and decryption functions may be 
substituted The ability to encrypt and decrypt data is inportant, since the 
present invention is designed to ensure that unencrypted sensitive data does 
not reside in the CPU \\diere it could be read by an unauthorized user. 

15 The schematic for card reader interface 109 is described in 

greater detail in FIGURE IC. Ivficroprocessor 1 16 is powered by circuit 135, 
and controls system functions via connections to tiie system data bus 125. 
System resets are initiated by clear line 137. Validation and authorization 
information is transferred between the mia-oprocessor 1 16 and RAM 127 via 

20 the third data bus 131 in conjunction with address or data select line 141, 

strobe line 143, and chip select line 145. Backup power is provided for RAM 
127 by a +5 volt Uthium battery 139. 

The microprocessor 116 communicates with systan data bus 
125 as a serial communications device using CTS line 147, DTR line 149, 10 

25 MHz clock line 151, serial data out line 153, and serial data in line 155. A 
separate 3.5 MHz clock line 157 is used to provide a clock signal to PLD 
129, which is used by the microprocessor 1 16 for card reset control via line 
159, card serial data control via line 161, and card interrupt control via line 
163. The PLD 129 in turn connects to the card via card serial data contact 

30 177, card clock contact 179, and card reset contact 181. 

IvGcroprocessor 116 also has the abihty to control the physical 
destruction of data within the conputer system via line 165. A physical 
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destruction device may be triggered using line 165 as a destruct signal. For 
example, line 165 may be connected to a mechanism containing a chemical 
solution \\ttch is sprayed onto a hard disk contained in the secure computer 
system when an unauthorized user attenpts to violate the physical or logical 
5 integrity of the computer system Several destruct mechanisms are taught in 
the prior art, and one of ordinary skill in the art would recognize that other 
equivalent destruction chemicals and mechanisms may be substituted without 

loss of generality. 

The microprocessor 1 16 uses power control line 173 with 

10 switch 171 and +5 volt relay 175 to provide power to the card via card logic 
voltage supply contact 183 and card programming contact 187. The card is 
grounded via card ground contact 185, and detected by applying power 
through card detect power contact 191 to microprocessor 116 by card detect 
contact 189. Card contacts 193 and 195 and hne 197 are reserved for fiiture 

15 use. 

FIGURE ID shows the conponents of a second embodimoit of 
a secure conputer system according to the present invention Secure 
con^^uter system 100 includes a keyboard 101 by \^iiich a user may input data 
into the system, a conputer chassis 103 \^ch holds electrical conaponeots 

20 and periphCTals, a screen display 105 by vMoh information is displ^ed to the 
user, a secure hard drive 113, and a pointing device 107, the system 
conponents logically connected to each other via the internal system bus of 
the computer. A card reader 111 is connected to the secure computer system 
via card reader interface board 109. As in the first embodiment, the preferred 

25 card reader 1 1 1 is an Anphenol® "Chipcard" acceptor device, part number 
702-10M008 5392 4794, which is conpatible with tatemational Standards 
Organization (ISO) 7816 specifications. One skilled in the art would readily 
recognize, however, that other card reader devices which conform to ISO 
7816 may be substituted FIGURE ID shows card reader 1 1 1 and secure hard 

30 drive 1 13 co-located in a single peripheral bay. Other mounting techniques 
are available, however, vsiiich would not modify the scope of the present 
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invention, for example, positioning card reader 1 1 1 externally as shown in 
FIGURE IE. 

FIGURES 2A and 2B illustrate the modifications required of a 
standard personal computer system 705 in order to create a secure con5)uter 

5 system 100 according to the present inventioa FIGURE 2 A is a sinplified 
block diagram of a conputer system 705 commody found in the prior art 
Central processing unit (CPU) 290 is connected to dedicated hard drive 
controller logic 710 which serves as an interface for the conputer system to 
hard drive 1 13. TypicaUy, hard drive controller logic 710 is a printed circuit 

10 board wiiich is installed in the backplane or integrated into the motherboard of 
con5)uter 100, and hard drive controller logic 710 is connected to hard drive 
1 13 using a multiconductor cable 720. Hard drive 113 may be mounted 
externally to computer 705, or internally. 

FIGURE 2B shows how the standard personal computer 705 is 

15 converted to a secure conputer system according to one embodiment of the 
present inventioa In FIGURE 2B, secure con5)uter system 100 is foraied by 
adding integrated circuit (IC) card 115 and attaching card reader 1 1 1, cable 
730, and card reader interface board 109 to system 705. Card reader 1 1 1 may 
be added to the system by removing cable 720 from hard drive 1 13 and 

20 connecting it to card reader interface board 109, then connecting card reader 
11 1 to card reader interface board 109 via cable 731. Hard drive 113 is 
connected to card reader interface board 109 using cable 730. 

Card reader 1 1 1 acts in concert with card reader interface board 
109 to limit access to sensitive data stored both on hard drive 1 13 and card 

25 reader interface board 109. Integrated circuit card 1 15 is preprogrammed with 
information used to verify that the user is authorized to access the sensitive 
data stored on hard drive 113. Security for sensitive data stored on hard drive 
1 13 is provided by requiring a minimum of three distinct sources of 
authorization verification information in order to access the sensitive data In 

30 order to gain access to the sensitive information stored on hard drive 1 13, 
both card 115 and card reader interface board 109 must present proper 
identification information and the user must enter a series of predetermined 
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answers to a series of predetermined questions. If any of the sources of 
identification information is incorrect, board 109 may prevent access to the 
secure computer system 100 by fi-eezing the system bus 292 (requiring cycling 
of the system power to reset secure conputer system 100), logically 

5 destroying any sensitive data on the system, or physically destroying the 
storage devices containing sensitive infomnatioa 

The details of one embodiment of the present invention will be 
specified in greater detail using the following figures. FIGURE 3 is a detailed 
electrical block diagram of the secure conputer system 100 of FIGURE 2B, 

10 showing connections between card reader interface board 109, card reader 
111, secure hard drive 113, and central processing unit (CPU) 290. In the 
present mvention, independent, dedicated data buses are enployed such that 
card reader interface board 109 communicates with card reader 1 1 1 via card 
reader bus 225, hard drive 113 via hard drive bus 272, and CPU 290 via hard 

15 drive controller logic 710 and system bus 292. (hard drive bus 272 is 

analogous to cable 730 of FIGURE 2B and system bus 292 is analogous to 
cable 731 of FIGURE 2B.) The utilization of independent dedicated data 
buses for communications with card reader 111, hard drive 113, and CPU 290 
decreases the chances for retrieval of sensitive data and enayption 

20 information, since system bus 292 transfers only imencrypted data to the 
corr5)uter system fi-om card reader interface board 109. An unauthorized 
intruder would have to monitor all three buses to atten:q>t to decipher the 
enayption codes used and the method by vAndi the security system interacts 
widi the computer system 

25 FIGURE 3 also shows the interconnections of the conponents 

on card reader interface board 109. In one embodiment, the card reader 
interface board 109 contains a Zilog Z86C61 16 processor 220 for controlling 
data transfer between card reader 111, hard drive 113, and CPU 290. The 
Z86C61 16 is an 8-bit data bus, 16-bit time-multiplexed address bus 

30 microprocessor specified in the Zilog Z8 Mcrocontrollers Book, DC8305-01 
(1993), which is incorporated herein by reference. Other microprocessors may 
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be readily substituted without materially affecting the scope of the present 
invention. 

Processor 220 controls the transfer of data on card reader 
interface board 109 by issuing commands to control ASIC 230. Control ASIC 
5 230 acts as "glue logic," under control of processor 220, coordinating the 
operation of data steering network 240, cipher engine 270, and processor 220 
to control information transfer between CPU 290, RAM 260, and hard drive 
113. 

Data steering network 240 is an 8-bit controllable mput and 
10 output port circuit designed to allow processor 220 to communicate with 
RAM 260 and cipher engine (CE) 270, but to prevent unauthorized access by 
a user controlling system bus 292 to retrieve data from RAM 260. FIGURE 5 
is a block diagram showing the operation of the data steering networic 240. 
Data steering network 240 essentially operates as an d^t bit wide 
15 bidirectional parallel multiplexer v^ch limits data transfer from processor 220 
to RAM 260, or alternatively to CE 270 (and, therefore, potentiaUy to system 
bus 292 if port A 274 and port C 278 of CE 270 is connected). Attenpts to 
read infoniiation from the address space assigned to RAM 260 which 
originate from the system bus 292 are inpossible, since RAM 260 is logically 
20 isolated such that no address space exists from system bus 292 to access 
RAM 260. 

Returning to FIGURE 3, in one embodiment cipher engine (CE) 
270 is an 8-bit NSA certified DES encryption engme meeting specification 
DES 3. Such a device is manufectured by Corrputer Elektronik as part 
25 number CE99C003. Further information detailing the operation of that 
embodiment of CE 270 may be found in CE Infosys 99C003 Data Sheet 
Version 1.01. 

CE 270 is controlled by processor 220 via data steering 
networic 240 by commands received at port C 278. CE 270 may be instructed 
30 by processor 220 to provide a data path between port C 278 and port A 274 
(no encryption) or between port A 274 and port B 276 (DES encrypted data 
output from port B 276, and nonencrypted data from port A 274). During 
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system initialization a data path between data steering network 240 and 
system bus 292 is created using port C 278 and port A 274 A\^ereby 
nonencrypted data can be transferred under control of processor 220 to systan 
bus 292 via hard drive controller logic 710. Once user authorization is 

5 verified and there are no pending security violations detected, CE 270 uses a 
key to DES encrypt data transmitted by port B 276 to hard drive 113. 
Similarly, CE 270 deciphers encrypted data from hard drive 1 13 and presents 
it to system bus 292 via hard drive controller logic 710 v^en port A 274 to 
port B 276 channel is allowed One skilled in the art would readily recognize 

10 that other cipher engines wiiich conform to the above-mentioned standards and 
siq)port data encryption may be substituted without materially modifying tfie 
spirit and scope of the present invention 

RAM 260 is subdivided into secure and open segments by 
memory mappmg the secure segments such that they are accessible only to 

15 processor 220. This prevents both accidental and iiitentional loss of secure 
information from the RAM 260 to the system bus 292. RAM 260 is 
addressable only by processor 220 and contains DES base kernel key 
encryption information and answers to verification questions retrieved from 
card 1 15 by processor 220. The open portion of RAM 260 contains the 

20 verification questions retrieved from card 1 15 and other nonsensitive data 
As can be seen in FIGURE 6, ROM 280 contains loader 
program code 610 and verification program code 620 used by the CPU 290 
vpon initialization to load and execute tiie verification program Since 
standard BIOS routines attenpt to boot from tiie C: drive the use of ROM 280 

25 in concert with processor 220 and control ASIC 230 to simulate a C: drive 
allows the present invention to be used in the standard IBM conpatible 
personal con^^uter without having to modify the system BIOS (basic 
ii^ut/ouQ)ut system). 

Card 115 is used with card reader 111 under control of 

30 processor 220 to provide the conpiter system 100 with information 
conceming DES key encryption, verification questions and answers, user 
access privilege level, e?q>iration date, origin of card issuance, and card usage 
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history. As in the first embodiment, the preferred card 115 is a MICRO 
CARD® or GEMPLUS® card (for example, Scot 100, TBIOO, or COS IC 
cards), wdiich is con5)atible with ISO 7816. One skilled in the art would 
readily recognize that other IC cards which conform to this standard and 

5 provide data encryption and decryption functions may be substituted without 
materially modifying the spirit and scope of the present inventioa 
1 .OGICAL & PHYSICAL DESTRUCT HARDWARE 

Control ASIC 230 also monitors attempted unauthorized 
retrieval of data firom the protected storage devices and presents information 

10 to processor 220 if control ASIC 230 detects an attenpted unauthorized 
access. Processor 220 monitors signals fi-om the control ASIC 230 and 
commands control ASIC 230 to issue a command to either logically or 
physically destroy protected information in RAM 260 or secure hard drive 
1 13. Logical destruction of data on the RAM 260 is accon:plished by 

15 asserting trigger signal 21 1 emanating firom processor 220, clearing the 

contents of RAM 260. Logical destruction of the sensitive data on hard drive 
1 13 follows naturally, since the DES enayption key synthesis information is 
destroyed vslien the RAM 260 data is destroyed, and, vrithout the DES key, 
the information on hard drive 1 13 is logically irretrievable. Physical 

20 destruction of data can also be accon5)lished by asserting physical destruct 
signal 212 emanating fi*om processor 220, as a means of triggering a physical 
destruct package 213. As in the first embodiment, several physical destract 
packages are disclosed in the prior art, such as a ferric chloride spray or 
plastic explosive package. 

25 Card reader interfece board 109 also contains an extra defense 

against physical tanqjering. In one embodiment, a transistor circuit 210 is 
used to r^idly erase the contents of (fynamic RAM 260. In such an 
embodiment, circuit 210 grounds the power pin of RAM 260 to erase the 
contents of RAM 260. In normal operation, trigger signal 21 1 is not asserted, 

30 tiiereby allowing the collector of transistor circuit 210 to remain at a voltage 
of ^^proximately Vcc. In tiiis mode of operation RAM 260 is powered by the 
siqjply voltage Vcc v^ereby current travels through diode 261 and fuse 263 to 
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RAM 260. If power is mtem^ted the battery 200 provides current to RAM 
260 through diode 262 and fuse 263. 

When the trigger signal 21 1 is asserted (by processor 220) the 
collector of npn transistor 210 is forced to a low voltage and current flowing 
5 through diode 261 is sufficient to bum the fiise 263, thereby allowing the Vcc 
tenninal of RAM 260 to drop to zero volts and erasing the logical contents of 
RAM 260. Altemativdy, if the battery 200 is sillying RAM 260 with 
current, the trigger signal 21 1 will cause suflSdent current to flow through 
fuse 263 to bum fuse 263, and again, the voltage at the Vcc terminal of RAM 

10 260 will drop to zero volts and erase the logical contents of RAM 260. 
Processor 220 can initiate the logical destruct feature if control ASIC 230 
alats processor 220 that an unauthorized access is being attempted 

The logical and physical destruct mechanisms described provide 
several different levels of data security. In one embodiment of the present 

15 invention there are five selectible security levels: 

1) Freeze the coirputer system bus, requiring a "cold boot," 
(power off and tihen on or "reset"); 

2) Alter the contents of the integrated circuit card so that 
the card must be iqxiated to be authorized for another session; 

20 3) Qear RAM 260 of the stored kernel for the encryption 

key; 

4) Lx)gical destruction of RAM 260 memory, requiring 
reinitialization of RAM 260 before anodier session may be performed on the 
conputer system; and 

25 5) Physical destrriction of computer system mraiory. 

Other security levels are possible and those skilled in the art will recognize 
that combinations of these levels of security are possible without departing 
from the scope and spirit of the present invention 
INTERFACE BOARD CONTROL & COMMUNICATIONS 

30 Activities on the card reader interfece board 109 are 

coordinated in part by code "burned into" an internal ROM in processor 220 
and in part by execution of an authorization vmfication program as detailed 
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below. This allows processor 220 to respond to commands issued by CT*U 
290 during the audiorization verification program execution, yet maintain 
security of sensitive data on card reader interface board 109 by acting as a 
dedicated controller of sensitive DES encryption data and authorization data. 

5 Processor 220 communicates with control ASIC 230 to control data steering 
network 240 and ROM 280, and controls CE 270 using commands issued on 
bus 222 to CE 270 via data steering network 240. Processor 220 is solely 
responsible for communications with card reader 111, vMch enhances the 
overall security of the present invention since sensitive data is not placed on 

10 the system bus 292 wiiere it is vulnerable to retrieval. 

Control ASIC 230 is connected to ROM 280 and data steering 
network 240 using bus 223 and is also connected to the monitor and &eQZQ 
control lines of CPU 290 wWch allows control ASIC 230 to '^fi-eeze" system 
bus 292 vpon demand by freezing the system bus 292 if a prohibited access is 

15 detected over the monitor lines. Control ASIC 230 sends a signal to 

processor 220's INT intemqjt 221 when it freezes system bus 292 to inform 
processor 220 that the bus was frozen, since processor 220 is not connected to 
system bus 292. 

Control ASIC 230 contains a counter (not shown) vAnch counts 
20 the number of "sectors" retrieved from ROM 280 during boot and loading 
ftmctions (described below) to simulate a hard drive interfece to CPU 290. 
Processor 220 is notified by control ASIC 230 when the last byte of program 
inforaiation is read from ROM 280 by CPU 290. Cipher Engine 270 routing 
is controlled by signals fi*om processor 220 to control ASIC 230, and may be 
25 programmed to connect port A 274 to port C 278 to allow processor 220 to 
communicate with system bus 292 (and CPU 290), or connect port A 274 to 
port B 276 to allow CPU 290 to communicate with hard drive 1 13 once 
security conditions hatve been satisfied, as detailed below. 

FIGURE 4 is a block diagram of the fimdamental conp^nents 
30 of control ASIC 230. Control ASIC 230 includes a control register 950 with 
bits assigned for the control of data steering network 240 and ROM 280 via 
control port (CP) 910. These bits control \^4lether bus 222 is connected to 
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RAM 260 or CE 270 via data steering network 240. Similarly, the control 
bits assigned to the control of ROM 280 assist in the sirnulation of a C: drive 
during the BIOS initialization which is detailed below. Control register 950 is 
programmed by instructions from processor 220, and the status of the control 

5 bits may be determined by reads from processor 220 of status register 960 via 
processor port 980. INT port 900 is also connected to the control and status 
registers, and indicates vAxm the system bus 292 is "frozen" when a security 
violation is detected as described above. 

In one embodiment of the present invention, processor 220 

10 programs regist^s (not shown) in bus address monitor 930 by transmitting 
mask words to these registers via processor port 980. Each mask word 
conprises a programmable tarplate identifying autiiorized peripherals for the 
particular user as defined by the card 115 vAxm issued by the security 
administrator during the authorization visit, described below in the 

15 SECURTTYADMMSTRATORAlJmORIZATION VISIT se^^ Control 
ASIC 230 is connected to system bus 292 (as shown in FIGURE 3) via bus 
port 920, and can therefore monitor the atten^^ted accesses on system bus 292 
and compare them with the ten5)lates stored in bus address monitor 930 using 
combinational lo^c 940 to determine if an unauthorized peripheral access has 

20 been attenpted If an unaufliorized peripheral access is atten^ted one 

embodiment of the presoit invention will freeze die system bus 292; secure 
computer system 100 remains unusable until a power cycle of con^uter 100 
(to reset conqjuter 100) is performed. Port 920 of control ASIC 230 is 
connected to hard drive controller logic 710, as shown in FIGURE 3, in order 

25 to control access to hard drive 1 13 in a manna: known to those skilled in the 
art. 

Bus address monitor 930 monitors system bus 292 references to 
peripheral devices such as serial and parallel ports, networks, and A or B 
floppy disks. Bus address monitor 930 monitors normal BIOS references 
30 during initialization, such as reset, warm, or power-up boot, and monitors to 
detect attenpted prohibited accesses to denied peripheral devices as defined 
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on card 115 during the authorization visit (see SECURITY 
ADMINISTRATOR AUTHORIZATION VISIT section below). 
DATA STEERING NETWORK 

Data steering network 240 is shown in a sinplified block 
5 diagram in FIGURE 5. Data steering networic 240 essentially acts as a 

bidirectional, eight bit parallel, steerable data channel. Control ASIC 230 can 
control vshether the eight bit bus 222 from processor 220 is connected to 
RAM 260 or CE 270 by decoding the address on bus 222 and selecting inpvA 
20 of the data steering networic 240. Control ASIC 230 can also disable the 

10 data steering network 240 by toggling enable input 30 of data steering 
network 240. This operation also ensures that CE 270 is never directly 
connected to RAM 260 via data steering network 240, adding to the 
protection of data stored in RAM 260. 
TYPES OF CARDS AND THEIR FUNCTION 

15 There are essentially three types of cards: maintenance, issuer, 

and user cards. The maintenance card allows the user to access the system 
only for diagnostic purposes, but no sensitive data is accessible using the 
maintenance card An issuer card is the topmost card of the security 
hierarchy. It raiables the issuing program to configure a plurality of 

20 subordinate user cards. In one embodinaent, user cards can create subordinate 
user cards and allow the user to access peripherals per privileges granted by 
the issuer during card configuration The user cards enable users to access the 
secure information on conpiter 100. 

One embodiment of the security hierardiy is shown in FIGURE 

25 8. Box 500 represents an issuer card called the issuing ofiBce card Box 501 
is also an issuer card called the security administrator's card The issuing 
ofiSce card 500 is used to create the security administrator's card 501, which 
in turn creates subordinate user cards represented as the remaining boxes in 
FIGURE 8. In this embodiment, the issumg ofiBce card 500 may not access 

30 data in conputer system 100; its purpose is to create subordinate user cards, 
such as cards 510, 530 and 540. 
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SECURITY ADMINISTRATOR AUTHORIZATION VISIT 

The next section of the specification of the present invention 
requires a discussion of the information stored on the user card 115 prior to 
the first use of the card 1 15 by a user. A special card issue program is run on 
5 a conq)uter system 100, as shown in FIGURE ID, which programs the user 
card 115 pursuant to ISO 7816 specifications. This programming is typically 
done by a security administrator vA\o is responsible for determining the scope 
of authorization of the particular user. Such a session is called an 
authorization visit. 

10 The card issue program used to conduct an authorization visit 

will store in separate registers located on card 115: e?q)iration date of the 
card; the code associated with the issuing oflBce; the peripherals wiiich this 
particular user may access with this card; a code identifying the card as a 
maintenance card, issue card, or user card; the level of authorization of the 

1 5 user of the card (see the ACCESS HIERARCHY discussion of FIGURE 8, 
below); a series of questions used to identify the user; and their associated 
answers. 

A "first use" register is also dedicated to indicating whether the 
card has been used before to allow the system to identify furst use. First use 

20 presents an opportunity to configure conputer system 100 by storing in RAM 
260 sensitive data pertaining to the specific user. In the event the information 
on RAM 260 is erased, the first use register indicates that the card 1 15 was 
used at least once and the user will be required to report to the security 
administrator to have the card reissued before secure computer systan 100 

25 will accept it 

A retry counter register is also programmed during tiie 
authorization visit wiiich contains a value specifying the number of errors a 
potential user can make in answering the user identification questions before 
the system terminates the verification process. In addition, certain infonmrion 
30 is stored in the card automatically under ISO 7816 specification, such as the 
type of card vMdx is being used (for example, MICRO CAREX® or 
GEMPLUS® cards) and the amount of memory available on the particular 



wo 95/24696 



PCT/US95/02579 



19 

card One skilled in the art would readily recognize that the infoimation 
stored on the card may be stored in other configurations without materially 
modifying the scope and spirit of the present invention. For exanple, the 
number of questions may be varied without materially changing the inventioa 

5 QUESTIONS AND ANSWERS USED FOR IDENTIFICATION 
VERIFICATION 

A series of questions are posed in a consistent format, and the 
answers are recorded to identify a particular user. For exanple, one question 
the user nri^t be asked is: "What is your favorite color?" The user should 

10 respond with a text string entry wbich matches the prerecorded answer. 
Therefore if the user responds: "Blue", but the answer was prerecorded as 
"B@L$U*E!", the response will be incorrect and, depending on the value set 
in the retry counter, the user may be denied access or allowed to answer 
another question One embodiment of the present invention uses fifteen 

15 questions to identify the user. Such an approadi reduces the chance an 
unauthorized user can acquire the correct responses through surreptitious 
means. It should be obvious that any subcombination of the fifteen questions 
may be used for identification purposes. In one embodiment of the present 
invention, a random number generator decides the number of questions to ask 

20 (minimum three), and the particular questions selected However, it is clear 
that the number of questions and their selection process may be altered 
without materiaUy altering the scope of the present invention 
INITIALIZATiON OF THE SECURE COMPUTER SYSTEM 

FIGURE 7 shov^ a flow diagram detailing the procedure by 

25 vdiich the present invention acquires control of the conputer for user 

identification and verification purposes upon an initialization such as power 
vp, clear, or Avarm boot reset. Those skilled in die art will readily ^jpreciate 
that minor modifications to the order or exact inplementation of the following 
steps will not n^terially modify either the sccpe or spirit of the present 

30 invention. Upon initialization, at step 704 the standard conputer BIOS will 
query the cotnpvtcr system to determine the present configuration of the 
system. Processor 220 is programmed to monitor and save BIOS routine calls 
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made by the secure computer system's BIOS during step 704. Control ASIC 
230 assists processor 220 in monitoring and memorizing the BIOS routine 
calls. The memorized calls are then used as a tenplate for conparison 
purposes to ensure that subsequent reboot of the computer system with the 
5 standard operating system conforms with the initial pattern Such a check 
verifies that the system BIOS is, indeed, in control of the subsequent reboot 
process. This prevents loading of another system BIOS to bypass the security 
system in order to access sensitive data. 

As detailed above, the hardware present on card reader 

10 interface board 109 is designed to simulate the presence of a hard drive. At 
initialization, CPU 290 ©cecutes the standard BIOS routine of loading the first 
"one and/or two sectors" fi-om the C: drive. Card reader interface board 109 
intercepts the read issued by CPU 290 and directs it to ROM 280. As is 
illustrated in FIGURE 6, ROM 280 contains loader program code 610. 

15 Therefore the first one or two sectors of the "C: drive'' are read fi-om ROM 
280. (Whether one or two sectors are loaded depends on the type of CPU 
290, speed of CPU 290, and type of BIOS used by the conputer system) 
Loader program code 610 is then executed by CPU 290 to retrieve, at 709, the 
remaining "sectors" of ROM 280. Those sectors contain a verification 

20 program (620 of FIGURE 6) used to verify the authorization of the user to 
access the system. Control ASIC 230 monitors the loading process, informing 
processor 220 at step 712 v^en the last byte of code is loaded into CPU 290 
so that processor 220 is aware that the verification program is about to 
execute on CPU 290. Processor 220 then generates, at step 713, unsolicited 

25 card status from card reader 111. Mean\Nirile, at 714, CPU 290 eKecutes 
verification program 620. When unsolicited card status has been retrieved, 
processor 220 instructs control ASIC 230 to connect processor 220 to system 
bus 292 via data steering network 240, CE 270, and hard drive controller 
logic 710 (step 721). Processor 220 then transmits the status of card reader 

30 1 1 1 to CPU 290, however, the verification program will loop until unsolicited 
card status is received fi-om processor 220 (step 722). 
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USER AUTHORIZATION VERIFICATION PROCEDURE 

At tiiis point, the processor 220 is actually controUing system 
bus 292 using handshaking lines, yet processor 220 is responding to requests 
made by CPU 290 throughout the execution of the verification program CPU 

5 290 receives an interrupt indicating that a card was inserted, and v^ether a 
conductive card is present (steps 724 and 728). If no c^-d is present, then a 
message to "insert card" is flashed to the operator on display 105 (step 726). 
If the card 1 15 is conductive, then the system bus 292 is frozen and the 
vOTfication process is terminated (step 736). If the card 115 is 

10 nonconductive, then power is 2^*^^ to the card reader 1 1 1 (step 729). Upon 
powenq), the card 115 issues an unsolicited reset message which is transferred 
to the CPU 290 by processor 220 (step 732). Processor 220 resets card reader 
1 1 1 by holding the RST signal (224 of HGURE 3) low (active) for a 
sp^edfied time as defined by ISO 7816-3, and then raises the signal to indicate 

1 5 end of reset to card 115. Card 1 15 issues a reset message to processor 220 
via card reader 111 vdiich identifies vviiether the type of card being used is 
MICRO CARD® or GEMPLUS® (per ISO 7816, MICRO CARD® and 
GEMPLUS® Technical Manuals) (step 734). If the card 1 15 is not an 
acceptable card, then processor 220 freezes the system bus 292 and terminates 

20 the authorization process (step 736). If the card is accepted as potentially 
valid then the verification program determines if the card was issued by the 
coirect issuing ofiSce (step 742). The expiration date is also retrieved from 
the card by processor 220, but must be sent to CPU 290 because processor 
220 does not have a clock/calendar to compare the e?q)iration date (step 744). 

25 If either of the tests in steps 742 or 744 fail, then system bus 292 is frozen by 
processor 220 and the verification process is stopf)ed (step 736). If the card 
1 15 meets the previous tests, then CPU 290 instmcts processor 220 to read 
several questions and their associated correct responses from the card 115 and 
load them into RAM 260 (step 746). In one embodiment of the present 

30 invention, the answers are stored in the secure area of RAM 260 and the 
questions, which are nonsensitive, are stored in the open area of RAM 260. 
The user is then queried for responses to questions read from card 115 and 
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must answer the questions correctly to gain access to the conputer. The first 
question is displayed to the user (step 748), an operator response is received 
by CPU 290, formatted, sent to processor 220, and conpared by processor 
220 with the answers stored in the secure space of RAM 260 (steps 752 and 

5 754). A retry counter located in processor 220 is incremented each time an 
error is made in answering the questions, and is preprogrammed by the 
security administrator to terminate the verification program if the number of 
erroneoiis responses exceeds the preprogrammed value (steps 758 and 736). 
This protection is installed to prevent an unauthorized user of a card fi-om 

10 repeated guesses of the correct answers to the posed questions. 

After the last question is asked (step 762) the DES encryption 
key is calculated (step 764). hi one embodiment of the present invention, the 
key is calculated using user unique binary information stored on the card 115 
and in the RAM 260. This allows the program to calculate unique keys even 

15 if tibe key generation equation is identical fi*om user to user, since the iiqnits 
identifying each user will be dependent on the answers given by the user, and 
therefore, the calculated key wiD be unique. Another embodiment of the 
present invention will have the verification program prQn5)t the user with an 
additional question to assist in the key randomization process. Alternate 

20 embodiments of the present invention could insert such a question at any 
point in the verification program prior to the key generation step, hi one 
embodiment of the present invention, the key generation algorithm is given by 
the pseudocode shown in TABLE 1: 

25 TABLE 1 
BEGIN: 

read the binary data from card 115 associated 
witJi the prerecorded questions and answers; 

reduce the binairy value by powers of nine; 
30 store the carries generated in a register to form 

a random number; 

exclusive or the random number generated in the 
previous step with data stored in RAM 260 of secure 
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corrputer system 100 to generate 16 strings of 64 bits, 
which will serve as potential keys for encryption; 
load the sixteen keys into CE 270; 
generate a random number between 1 and 15; 
5 select one of the sixteen keys using the random 

number; 

use that key for encryption purposes; 

END. 

10 However, it will be clear to those skilled in the art that other formulas may be 
used without materially modifying the spirit and scope of flie present 
invention. 

After the key is generated, it will be loaded, along wifli an 
encryption table, into the CE 270 (step 772), so that the CE 270 will be ready 

1 5 for encryption if the test of the loading is passed (step 774). If the table is 
not loaded coirecdy, then the verification program will terminate (step 736). 
If the table is loaded coirectly, the processor 220 reviews the entire history of 
the verification sequence (776) to ensure that all of the required tests have 
passed (778) before connecting the system bus 292 to CE 270 (782). If, at 

20 778, all required tests have not passed conrectly, the verification program is 
terminated at step 736. Otherwise, the CPU 290 will then boot fi-om hard 
drive 1 13 in order to execute the disk operating system for secure conputer 
100 (step 784). Processor 220 monitors this reboot process using control 
ASIC 230 to monitor the BIOS routine calls to cnsvtrc that the native system 

25 BIOS is properly rebooting the conqiuter fi-om hard drive 1 13 (step 786). If 
any unauthorized accesses are dttcmpted, system bus 292 is fi-ozen and the 
verification program temainates (steps 792 and 736). Unauthorized accesses 
include: unauthorized access of peripheral (monitored by bus address monitor 
930 on control ASIC 230), and atten^jts to boot fi*om the A: instead of C: 

30 drive (monitored by processor 220), (stq) 788). If no unauthorized accesses 
are detected, the program will allow the user to use disk drive 113 until the 
session is terminated by the user via removal of card 1 15 or system reset (step 
794). Once the user is done, system bus 292 will be firozen and the conputa* 
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100 must be power cycled (to reset conputer 100) before another session can 
take place (step 736). 
ACCESS HIERARCHY 

FIGURE 8 shows one embodiment of a hierarchy of secured 
5 access codes among a multiuser organization. The present invention teaches a 
hierarchy coding method xised to generate ferailies of access codes vMch 
permit horizontal and vertical segregation of access codes within an access 
hierarchy. As shown in FIGURE 8, tfie access code is designed to allow a 
superior of a subordinate user access to the conputer of the subordinate, but 

10 only if the siperior has access in the same vertical portion of the user 

hi^^rchy. For exanple, referring to FIGURE 8, user 520 cannot access the 
information on user 510's conqjuter (520 is subordinate to 510), but can 
access the information on the conputers of users 522. However, user 520 has 
no access authority over user 550 (no horizontal access privilege), nor does 

15 user 520 have access authority over users 552 (lacking vertical commonality). 
A benefit of such crganizations of key information is that access may be 
limited in an organized and restricted hierarcl^. For exanple, if somehow 
security is comp-omised in the middle branch of FIGURE 8, then the left and 
ri^t branches are not conpromised 

20 A vast array of users may therefore be accommodated easily 

within the hierarchy shown in FIGURE 8 by dedicating access code words to 
each level. In one such onbodiment, sixty-four (64) bits are allocated to the 
access code word describing 510 level, allowing 2^ unique codes at 510 level; 
sixty-four (64) bits are allocated to the access code word describing level 520, 

25 alloAving 2^ unique codes at the 520 level; and sixty-four (64) bits are 
allocated to the access code word describing level 522, allowing 2^ unique 
codes at the 522 level. These bits may be stored on card 115 in dedicated 
registers and assigned by the security administrator during the authorization 
visit 

30 The horizontal separation of users, may be easily attained by 

including an extra question in the list of queries posed and answered during 
the verification program executioa An answer could be predetermined v^ch 
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would be common among all users in a cx)mmon vertical groiq), and wirich 
would segregate them from other users in other vertical groups. For example, 
each individual vertical group would be identified by a unique, predetermined 
response to the same questioa The response could be nipped to a binary 

5 number, v^ch could serve as a consistent offset for purposes of generating 
the access code. For Gsaxnph, if a question asked for a favorite sport, the 
response "golf could be used by all members of a particular vertical groiq) to 
identify their group. 

In one embodiment of the present invention, fifteen (15) 

10 questions are used to identify the user, an extra question is used to identify 
the particular vertical branch of the access tree the user resides. These 
questions are en^^loyed to select the DES encryption keys available to the 
user. In this way, the DES encryption key questions serve as a fiirther 
randomization of the access code vAidti is user dependent 

15 Essentially, access information is distributed between the user 

(in the preprogrammed responses generated by that user), the card 115 
(programmed vAim the individual is given access authority), and RAM 260 
stored on card reader controller board 109. Therefore, in one embodiment of 
the invention, the access code is a combination of the user, the card, and the 

20 conqDuter which the user uses. This provides for a high level of security for 
the entire system, and requires that the user be re-authorized by the security 
administrator every time the user's access privileges are lost due to incorrect 
or inp-oper attennpted access. In this w^, security administrators can control 
the access atten:q>ts by the users since they are informed each time a potential 

25 security breach is encountered; users must be re-authorized if the 

identification information in RAM 260 is destroyed by attenpted unauthorized 
access. 

DESTRUCTION OF DATA 

Logical destruction of the data resident on the various memory 
30 storage devices found on the corrputer system may be preprogrammed to 
occur after a fixed number of failed attempted accesses (see FIGURE 7 
discussion of retry counter, step 758). In one embodiment, board 109 goes 
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further and freezes the system bus 292 to prevent unauthorized retrieval of 
sensitive information following detection of a potential security breach. The 
data stored in hard drive 1 13 is logically destroyed v^en the DES encryption 
key is erased since the key cannot be reconstructed by the intruder. 
5 Therefore, if the key information in RAM 260 is destroyed, it is equivalent to 
rendering the data stored in hard drive 1 13 logically destroyed, since vwthout 
the encryption key it is undecipherable. In one embodiment of the present 
invention, the DES key kernel information stored on RAM 260 is destroyed 
by clearing RAM 260 using an algorithm executed by processor 220 upon 

1 0 detection of attempted unauthorized access, or by grounding the power pin of 
RAM 260 using transistor circuit 210 as described in the section LCXjICAL & 
PHYSICAL DESTRUCT HARDWARE, above. A further hurdle requires that 
any user whose card 1 15 is invalidated by unauthorized access visit the 
security administrator to get their card reinstated Physical destruction of the 

15 data storage media is also possible by asserting physical destmct signal 212 
generated by control ASIC 230 under control of processor 220 in the event of 
a breach, triggering destruct padcage 213 designed to physically destroy the 
hard drive 113 and RAM 260. 

Alternate embodiments of the destruction means of the present 

20 invention are also possible. In one embodiment, the selection of destruction 
means and the process by v^iiich the destruction methods are invoked are 
programmed by altering the code in the internal ROM of processor 220 or by 
varying the value of retries allowable on the register of card 115. Therefore, 
one embodiment of the present invention is not limiting and does not 

25 materially hxrit the scope of the present inventioa 

FIGURE 9 illustrates one embodiment of the present invention 
showing a card reader receptacle 820 mounted with a hard drive 810 to 
facilitate physical mounting of the card reader and a resident hard drive. For 
exanple, ahard drive 113 can be co-located with a card reader 111 to form a 

30 single unit conpising a secured disk drive as shown in FIGURE 9. This 
mounting scheme illxistrates only one of several possible embodiments of the 
mechanical mounting of the card reader receptacle 820 in the present 
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inventioa Other embodiments illustrating the mechanical mounting of card 
reader receptacle 820 are possible without materially modifying the scope of 
the present inventioa 

Those skilled in the art will readily see that the present 
5 invention offers several benefits over other devices including but not limited 
to the ability of one embodiment to provide three levels of conputer security. 
For instance, one embodiment of the present invention provides security in 
three distinct ways: 

(1) immediately asserting control of the conq^uter system iqxjn 

10 initialization in the form of preboot protection, since the card reader interface 
board simulates the C: drive loader code before an intmder can intemqjt the 
system and thereby immediately takes control of the CPU; 

(2) after preboot control is acquired a user verification program is 
executed to ensure that the user is authorized to access the conqxiter, and 

15 (3) ongoing monitoring of conputer activity as the con^juter system is 

in use, to detect atten5)ted unauthorized accesses using a bus address monitor 
and destroy sensitive program and encryption key infomMion before an 
intrader can break into the system 

Those skilled in the art will readily ^)preciate that the scope of 

20 the present invention is not restricted to securing personal confqjuters, but may 
be extended to securing other types of computer systems (largK* or smaDer) or 
specific peripherals of both small and large conputer systems. Additionally, 
the present invention may be enployed to secure the digital data stored on 
any system which stores s^itive digital informatioa 

25 The present invention discloses the use of the card reader 

interface board 1 09 in conjunction with hard drive 113. It should be apparent, 
however, that the same type of security could be ^lied advantageously to 
control the contents of other nonvolatile memory such as a coapact disc (CD) 
ROM system. Personal Connputer Memory Card International Association card 

30 (PCMCIA card), or streaming t^ backiq) unit Indeed, the present invention 
can be applied advantageously to control access to any peripheral vMch could 
be connected to a con5)uter system. For instance, the present invention could 
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be ^lied to secure subsections of mass storage devices, such as partitioned 
hard drives or PBX switches. Alternate encryption mediods, larger or smaller 
data and address buses, alternate integrated circuit cards and readers, and 
modifications to the control algorithms employed in the present invention may 
5 also be used without materially altering the scope and spirit of present 
inventioa 

It is to be understood, however, that even thou^ numerous 
characteristics and advantages of the invention have been set forth in the 
foregoing description, together with details of the structure and function of the 
10 invention, the disclosure is illustrative only, and changes may be made in 
detail, espedally matters of sh^, size, and arrangemmt of parts within the 
principles of the invention, to the full extent indicated by the broad gaieral 
meaning of the terms in vAnch the ^>pended claims are expressed 
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What is claimed is: 

1, A method of operating a computer, comprising the steps of: 
a) prior to boot, acqmring control of the CPU; 

5 b) loading a verification program; 

c) verifying that the user is authorized using the verification program; 

d) prohibiting access to the conputer if the user is not authorized; 

and 

e) providing access to the conputer if the user is authorized, 
10 conprising the steps of 

1) monitoring bxjs accesses to detect if a user is atterrpting to 
read or write to an unauthorized peripheral; and 

2) destroying memory contaits if unauthorized atterrpts at 
access are detected 

15 

2. A method of protecting information stored in nonvolatile memory of a 
conputer system having a system bus, conprising the steps of: 

a) providing a plurahty of sources of identification information for 
idmtifying an authorized user; 
20 b) restricting access to the conputer system by the steps of 

1) performing preboot control of the computer, 

2) loading a verification program; 

3) reading identification information firom the plurality of 
sources; 

25 4) comparing the identification information read firom the 

plurahty of sources to verify the authorization of the user; 
c) if the user is an authorized user, providing access to the conputer 
by the steps of: 

1) allowing access to the conputer system; 
30 2) constructing an encryption key fi^om the plurahty of 

sources; and 
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3) encrypting the information stored in the nonvolatile 
memory using the constructed encryption key, and 
d) if the user is not authorized, freezing the system bus such that 
another attenpt to access the conputer system requires a powerdown 
5 to reset the conputer system 

3. The method according to claim 2, v^erein the step of providing a 
plurality of sources includes the step of providing identification information 
from an integrated circuit card, identification information mput from a user, 

10 and identification information resident in the conputer system 

4. A method of protecting information stored in nonvolatile memory of a 
conputer system, the conputer system having a central processing unit 
(CPU), the method corrpising the steps of 

15 a) providing a corrputer system with an interface board with a 

resident verification program and a loader program for loading the verification 
program; 

b) restricting access to the nonvolatile memory, wiierein the step of 
restricting access includes the steps of: 
20 1) controlling the conputer system central processing unit 

(CPU) during initialization and prior to booting the cooputer, v^erein 
the step of controlling conprises the steps of: 

a monitoring and storing BIOS calls made by the CPU 
during the loading of the verification program; 
25 b. initiating an initialization of the comptiter system; 

c. simulating a boot disk such that the CPU loads the 
loader program; 

d executing the loader program; 
e. loading the verification program; and 
30 f executing the verification program, wiierein said 

program verifies the identity of the user, and 
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2) if the viser is verified as an authorized user, allowing access 
by the steps of: 

a. providing access to the nonvolatile memory; 

b. booting the conputer system firom the nonvolatile 
memory; 

c. monitoring and storing BIOS calls made by the CPU 
during the booting step; and 

d. detecting logical accesses which could conpromise 
the security of information stored in the nonvolatile memory, 
wliorein the step of detecting logical accesses includes the steps 
of 

1. conqiaring BIOS calls stored during the 
loading step with BIOS calls generated during the 
booting step; and 

2. if BIOS calls do not matdi, fireezing the 
system bus, requiring a power cycle of the conputer 
system to reset the con^Tuter system 

5. The method of claim 4, wherein the method fiirther conpises the 
20 steps of: 

constructing a unique encryption key obtained firom a plurahty of 
sources; and 

encrypting information stored to the nonvolatile memory using the 
encryption key; 

25 and vsiierein the step 4.2. d2 of fi"eezing the system bus conpises the 

step of logically destroying the data stored in the nonvolatile memory by 
destroying the encryption key. 

6. The method of claim 4, \N4ierein the step 4.2.d2 of fi-eezing the system 
30 bus conpises the step of physically destroying the nonvolatile memory, 

thaieby destroying the data stored in the nonvolatile memory. 



10 
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7. The method of claim 4 \\iierein the step of detecting unauthorized 
logical accesses conprises detectirig xmauthorized peripheral accesses. 

8. A secure conputer system for controlling a user's access to 

5 confidential information stored in nonvolatile memory, the system conpising: 

a) a system bus; 

b) a central processing unit (CPU); 

c) an identification card, containing identification information for 
identifying authorized users of the conputer system; 

10 d) a card reader for reading identification information fi*om the 

identification card; and 

e) a card reader interface, connected to the system bus, wiierein the 

interface operates to assume control of the CPU upon initialization of the 

con^^uter system, the interface comprising 
15 1) a dedicated data bus for communications with the 



nonvolatile memory; 



2) a dedicated data bus for communications with the card 



reader; 



20 



3) a verification program to be executed by the CPU for 
limiting access to the nonvolatile memory to only authorized users; 



4) a mmiory storage device for storing user-specific 
information; 



25 



5) an encryption s>^tem which enaypts the data stored to the 
nonvolatile memory using an encryption key constructed fi-om data on 
the identification card, data in the memory storage device, and inputs 
firom the user; 



6) an input/output bus' address monitor circuit for detecting 
attempts to bypass the verification program; and 



30 



7) a memory erasing circuit for destroying encryption key 
inforrtation stored in the memory storage device if an unauthorized 
access is detected by the interfece. 
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9. A method for protecting information stored in nonvolatile memory of a 
conputer, the method corrprising the steps of 

a) providing means for interfacing an information bearing card to the 
computer; 

5 b) storing individualized questions and answers wWch uniquely 

identify a user on the information bearing card; 

c) reading identification information and card information from the 
information bearing card; 

d) executing a verification routine vpon initialization in order to 
10 determine wiiether the user is authorized to gain access to the protected 

information stored in the nonvolatile memory, wlierein the verification routine 
conprises asking the user the individualized questions and conparing answers 
received against the stored answers; and 

e) if the user correctly answers the questions, pennitting access to 
1 5 portions of the protected information stored in the nonvolatile memoiy. 

10. The method according to claim 9, fiirther conprising the step of if the 
user does not correctly answer the questions, fi-eezing the conputer and 
requiring that the coirputCT power be cycled to reset the computer. 

20 

11. The method according to claim 9 fiirther conprising the step of 
programming the information bearing card with individualized access privilege 
information to identify vdiich nonvolatile memory devices the user is 
privileged to access. 

25 

12. The method according to claim 9, wherein the step of permitting 
access comprises the steps of 

a) verifying that the user is privileged to access the information stored 
in a first storage device; and 
30 b) if the user is privileged to access the information stored in the first 

storage device, permitting access to the protected information stored on the 
first storage device. 
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13. The method according to claim 1 1 further conprising the step of if the 
user attenpts to access information from an mprivileged storage device, 
freezing the conputer and forcing the user to reset the computer system and 
begin authorization verification again. 

5 

14. The method according to claim 9, \^ilerein the step of reading further 
conprises the st^ of incrementing a retry counter if the user incorrecdy 
ansvra-s a question, and waiting for a subsequent user response if the retry 
counter has not reached a predetermined value, otherwise terminating the 

10 authorization procedure. 



15. The method according to claim 9, \^^erein the step of reading further 
comprises the steps of 

a) reading a card identification code from the card indicating card 

15 type; 

b) determining a card type from the card idmtification code; and 

c) if the card is a maintenance card, allowing a user access to the 
cortpiter for maintOTance purposes, without allowing access to the nonvolatile 
memory of the conqjuter. 

20 

16. A secure corrpiter providing for the controlled access of internal 
devices via a card reader, the conq^uter comprising: 

a user ii^nit device; 

a card reader; 
25 a screen display, 

a central processing unit (CPU); 

a device containing non-volatile CPU program code; 

a CPU system boot ROM; 

a plurality of peripheral devices; 
30 a system data bus; 
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a microprocessor for writing and reading information to^and from a 
card placed in the card reader, the microprocessor and the CPU 
connected through a dedicated data bus; 
an encryption engine; 
5 a volatile memory device for storing data retrieved from the card by 

the microprocessor; 

said CPU system boot ROM including code for instructing the CPU to 
start executing the CPU program code in the device so that the CPU 
program code in flie device takes over control of the CPU, so that 
10 upon a power-i^, clear, or warm-boot reset of the computer the CPU 

program code in the device obtains control of the CPU; and 

said CPU responsive to said CPU program code, to perform an 
authorization verification procedure conprising the steps of: 

a) instmcting the microprocessor to read a card placed in 
15 the card reader by a user and obtain at least one 

question from a list of questions stored in the card; 

b) displaying the question to the user on the screen display, 
and waiting for a response from the user on the irq)ut 
device; 

20 c) passing the response to the microprocessor and the 

microprocessor con5>aring at least one user response to 
a list of coaect answers stored on the card; 

d) receiving the results of the con:5)arison by the 
microprocessor and allowing access to the conputer if at 

25 least one user response matches a corresponding correct 

answer; 

e) generating an encryption key from data on the card, data 
stored in the volatile manory device, and responses 
received by the user; and 

30 f) encrypting all data stored to the plurality of peripherals 

using the encryption key. 
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17. The coirputer of claim 16 further corrprising: 

a security circuit for monitoring attmrptod unauthorLZied accesses of the 
conputer; and 

a logical destruct circuit, connected to the security circuit, for 
5 destroying data in tfie volatile memory device if unauthorized access is 
detected by at least one of the microprocessor and the security circuit; 
and wherein the microprocessor performs the steps conprising: 

monitoring and storing CPU BIOS routine calls during the 
authorization verification procedure; 
10 monitoring and cooparing the CPU BIOS routine calls during 

the rebooting process to detect control of the system data bus by 
another program; and 

if the BIOS calls stored during the authorization verification 
procedure do not match the BIOS calls monitored during the rebooting 
15 process, then logically destroying the data in the volatile memory 

device; and 

wherein the CPU performs the additional step of incrementing 
the value of a retry counter if the user incoirectly answers a question, 
and waiting for a subsequent user response if the value of the retry 
20 counter is less than a predetermined value, otherwise temiinating the 

authorization procedure. 

18. The conputCT of claim 17 \Niierdn the computer finther cortpises one 
or more pltysical destmct mechanisms logically connected to the 

25 microprocessor for physically destroying data on at least one of the plurality 
of peripheral devices. 

19. The corr5)uter of claim 17 fiirther corrpising a pltysical destruct 
output and physical destmct package, the output for triggering the physical 

30 destruction of the secure coirpiter by conpiter control iqxin detected 
atten^pted unauthorized access. 
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20. The con^puter of claim 17 wherein the key information is generated 
from data stored on the card, in the volatile memory device, and from 
responses entered in by a user during the verification procedure. 
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